SYSTEM FOR PROVIDING MEDICAL INFORMATION 



This application includes a microfiche appendix which 
has a total of four microfiche and a total of 310 frames. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The invention relates in general to computer-based 
tools for aiding in business and financial decision-making, 
and in particular to a novel system for aiding a physician 
or other interested party in making decisions relating to 
contracts between health care payers and physician 
contractors or other health care providers. 

2 . Background and Related Art 

Capitated health care is rapidly gaining market 
acceptance in many geographical areas . This environment 
raises many decisional challenges for the physician and 
administrators in the medical care field. In particular, 
physicians and medical practice administrators entering 
into capitated contracts have had difficulty in balancing 
the of ten- conflicting goals of maintaining standards of 
quality in health care delivery and maintaining adequate 



practice revenue. One of the principal difficulties 
encountered in this regard has been the lack of an accurate 
means for comparing revenues generated under an at-risk 
contract with those generated under a traditional fee-for- 
service arrangement. Specifically, difficulty has arisen 
in understanding the interactions between an amount paid 
under a capitated contract, the utilization of services 
under the contract, and the resulting revenue earned in 
delivering those services. 



SUMMARY OF THE INVENTION 

It is therefore an object of the invention to provide 
a computer-based system for comparing revenues and costs 
generated under an at-risk contract with those generated 
under a traditional f ee-f or-service arrangement. 

It is a further object of the invention to provide a 
computer-based system for demonstrating to a user the 
interactions between an amount paid under a capitated 
contract, the utilization of services under the contract, 
and the resulting revenue earned in delivering those 
services . 



In a preferred embodiment, the invention provides a 
graphical, interactive computer system which accepts user 
input relating to contract variables for a plurality of 
alternative contract scenarios, consults a database of 
national and locality-specific utilization data, performs 
a utilization and revenue analysis for both commercial and 
Medicare-age beneficiaries, and provides a synthetic fee 
schedule for comparing the likely revenue and costs under 
capitation for a plurality of services to revenue for those 
services under a current reimbursement scenario. The 
system of the invention in its preferred embodiment enables 
a physician to use a broad array of assumptions to forecast 
utilization of medical procedures and estimated revenue per 
procedure under multiple capitation scenarios. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features, and 
advantages of the invention will be apparent from the 
following more particular description of preferred 
embodiments as illustrated in the accompanying drawings in 
which reference characters refer to the same parts 
throughout the various views. The drawings are not 
necessarily to scale, emphasis instead being placed upon 



illustrating principles of the invention. 

FIG. 1 is a table illustrating the utilization of 
selected procedures under alternative scenarios . 

FIG. 2 is a table illustrating expected Relative Value 
Units (RVUs) per beneficiary based on the table of FIG. 1. 

FIG, 3 is a table illustrating expected revenue per 
procedure based on the data in the table of FIG. 2. 

FIG. 4 illustrates a schematic block diagram of a 
typical computer used to implement the invention. 

FIG. 5 is a view of a graphical "Main" screen created 
by the machine of the invention. 

FIG. 6 is a view of a graphical "Population Covered" 
screen created by the machine of the invention. 

FIG. 7 is a view of a graphical "Procedures Provided" 
screen created by the machine of the invention. 

FIG. 8 is a view of a graphical "Summary" screen 
created by the machine of the invention. 

FIG. 9 is a view of a graphical "Utilization of 
Procedures" screen created by the machine of the invention. 

FIG. 10 is a view of a graphical "Utilization of 
Procedures- CPT Codes" screen created by the machine of the 
invention. 
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FIG. 11 is a view of a graphical "Expected RVU Per 
Beneficiary" screen created by the machine of the 
invention. 

FIG. 12 is a view of a graphical "Expected RVU Per 
Beneficiary- CPT Codes" screen created by the machine of 
the invention. 

FIG. 13 is a view of a graphical "Revenue" screen 
created by the machine of the invention. 

FIG. 14 is a view of a graphical "Revenue- CPT Codes" 
screen created by the machine of the invention. 

to 

DETAILED DESCRIPTION OF THE DRAWINGS 

FIGS. 1 through 3 set forth a model illustrating the 
underlying theory which is put into practice by the machine 
of the invention. The model is based on all 

medical/surgical services likely to be provided to a 
Medicare beneficiary in the field of ophthalmology. It 
will be understood by those skilled in the art, however, 
that the analysis shown in the figures, and the machine of 
the invention, can be applied to any medical specialty or 
all medical services. The basic premise is that a defined 
"basket" of services is likely to be provided to a group of 
patients over the course of a year. For instance, if 1000 



beneficiaries make 584 office visits under current 
utilization, the likelihood of any one person making an 
office visit is 0.584. 

FIG. 1 depicts the utilization of commonly performed 
procedures under Medicare indemnity patterns, compared with 
what might be observed if utilization were decreased by a 
uniform amount. The "Current" utilization column reflects 
the probability of a Medicare beneficiary undergoing a 
particular procedure in 1991, based on national averages, 
while the remaining three columns represent scenarios 
wherein utilization of all procedures is 10%, 20% or 40% 
lower as compared to current utilization. In reality, 
utilization of some services might be deliberately 
increased. For instance, one might deliberately increase 
utilization of eye examination and photocoagulation of 
patients with diabetes with the expectation that fewer 
endolaser vitrectomies will be needed. 

FIG. 2 illustrates the expected Relative Value Units 
(RVUs) per beneficiary (for a Covered Life Year, or "CLY") 
for the procedures shown in FIG. 1. Expected procedure- 
specific and total RVUs can be derived by multiplying the 
utilization for each procedure (from FIG. 1) by the RVU 
value for that procedure under each utilization scenario. 



By converting procedures to RVU values and multiplying 
those values by the likelihood that a beneficiary will 
undergo a procedure in a particular year, it is possible to 
estimate the amount of professional service likely to be 
provided. Of course, these values hold only for large 
groups of people, and an individual may use more or less 
care . 

As shown in FIG. 3, using the above inputs one can 
project the revenue per service, based on the per-member- 
per-month (PMPM) capitation amount. The capitation rate 
chosen ($6.50) is an approximate contract price that has 
been reported for Medicare at-risk contracts in mature 
managed-care markets. Capitation rates considerably higher 
and lower than this will have obvious effects on total 
revenue and revenue per RVU. In contrast to a fee-for- 
service arrangement, in which the fee represents that 
actual amount paid for a given service, independent of 
utilization, this projected revenue represents the portion 
of the total capitation revenue that might be appropriately 
allocated to a given service at a particular level of 
utilization. With appropriate cost-accounting techniques, 
the estimated revenue per service can be compared with the 
actual cost of providing that service to determine profit 



or deficit. The revenue per service (FIG. 3) is calculated 
as follows: The total capitation amount (PMPMX12) is 
divided by total RVU per beneficiary (FIG. 2) to yield an 
expected revenue per RVU. The expected revenue per RVU is 
multiplied by the RVU value for each procedure. 

The expected revenue per procedure does not include 
any copayment or coinsurance, which may constitute a 
meaningful portion of revenue, particularly in an office 
visit. Although there are known imperfections in the RVU 
scale, the effect of those imperfections would be to 
overestimate the revenue associated with some procedures 
and to underestimate the revenue associated with others. 
While this might lead to erroneous calculation of profit or 
loss associated with the performance of any individual 
procedure, it would have no effect on overall 
reimbursement, since, by definition, that is fixed. Others 
who apply this method may wish to adjust the RVU scale 
based on their own information, and such adjustments are 
discussed below in the description of the machine according 
to the invention . 

As shown in the model, revenue per procedure under 
capitated care is likely to be lower than current fee 
schedules if utilization is maintained at current levels. 
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There are some offsetting factors, such as substantial 
reductions in billing and collection, more stable cash 
flow, and minimal bad debt. Equally apparent is that lower 
utilization rapidly translates into higher projected 
revenues per service. The problem is not whether one can 
decrease utilization to the point where capitated care 
becomes financially attractive, but rather what mechanisms 
of monitoring process and outcomes of care must be in place 
to inform the physician and safeguard the patient. 

Turning now to a discussion of the preferred 
embodiment of the invention, the invention includes a 
machine comprising a computer system, operating pursuant to 
software, that produces a series of screens for permitting 
a user to create, select, and display information relating 
to managed care decision-making. As shown in FIG. 4, a 
microprocessor 21 receives input information 2 7 from I/O 
25, which may comprise a keyboard, a mouse, at data storage 
device, a display, and other known input/output devices. 
Microprocessor 21 also causes output information 29, such 
as a graphical or textual display, to flow therefrom. 
Timing and control signals 37 are transferred between I/O 
25 and a memory 23. Instruction and data codes 33 flow 
between memory 23 and microprocessor 21; data codes 35 flow 



between I/O 25 and memory 23, as well as between I/O 25 and 
microprocessor 21; address codes 31 from microprocessor 21 
flow to memory 23 and I/O 25. 

As set forth above, the invention produces a series of 
graphical interactive screens which permit a user to create 
information relating to managed care decision-making. FIG. 
4 issustrates a Main screen accordng to a preferred 
embodiment of the invention. The Main screen consists of 
boxes into with the user enters basic capitation 
assumptions in order to project utilization and revenue 
implications for a given capitation scenario. The user may 
specify three hypothetical scenarios, with different 
utilization and capitation rates for each, or may choose to 
keep one set of variables, such as utilization rate, 
constant while varying the others. Data are entered using 
the up and down arrows {either on a mouse or a keypad) in 
order to minimize data errors, such as misplaced decimal 
points, that are common when numbers are typed in by hand. 

The "Utilization" rows on the Main screen allow 
a user to estimate the utilization under various capitation 
scenarios as it compares with indemnity insurance. Thus, 
a value of 100% means that the user is assuming utilization 
under capitation will be the same as under indemnity, while 
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a value of 50% means that utilization under capitation is 
assumed to be half that of comparable beneficiaries under 
indemnity insurance. Utilization is specified for all 
office diagnostic services and for surgical service as 
separate entries. 

While it is impossible to predict what utilization of 
ophthalmologic procedures is likely to be under any 
particular capitation plan, preliminary data have shown 
utilization experience under capitation that ranges from 
identical with indemnity to 40% below indemnity (Javitt JC. 
Early glimpses of capitated eye care. Arch Ophthalmol 
112:887, 1994). It would be unreasonable to assume that 
utilization will automatically be lower than that under 
indemnity unless mechanisms, such as gatekeeper 
accountability, are in place. The possibility also exists 
that reduction in copayment that is often experienced when 
moving from indemnity to managed care plans may be 
associated with an increase in office visit utilization. 

The "Capitation Rate" rows of the Main screen permit 
a user to enter the capitation rates for the machine of the 
invention to use in its calculations. Rates are preferably 
on a per-member-per-month basis, but it will be appreciated 
by those skilled in the art that other types of capitation 
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rates, such as per-member-per-quarter, etc., could be used 
without departing from the spirit and scope of the 
invention. 

The " Co-Pay !t rows permit a user to enter copayments 
for the machine of the invention to use in its 
calculations. If a copayment is entered for office 
services, the copayment is generally applied once per 
visit. Thus, if two services are combined, such as a 
comprehensive eye examination and a visual field 
examination, the revenue per service for the second (and 
any additional) service will be overstated by the amount of 
the copayment . 

A button bar appears along the tope of the Main 
screen. The buttons permit a user to access any of a 
series of sub-screens or dialog boxes for inputing and 
outputting information. The functions of these buttons and 
associated subscreens or dialog boxes will now be 
discussed. 

A "Population" button accesses a "Population Covered" 
dialog box which is used to define the populations that are 
to 'be part of the analyses performed by the device of the 
invention. The Population Covered dialog box is shown in 
FIG. 6. A series of age ranges are listed in the dialog 
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box, and a user enters, for each age range, the number of 
patients which are to be covered under a certain contract 
or potential contract scenario. Data entered is saved or 
discarded by clicking the appropriate button along the top 
of the Population Covered dialog box. An "Exit" button is 
can be actuated to return the user to the Main screen (FIG. 
1) . 

A "Procedures" button on the Main screen (FIG. 5) is 
used to access a "Procedures Provided" dialog box, 
illustrated in FIG. 7. The Procedures Provided dialog box 
is used to select the ophthalmologic procedures that are to 
be part of the analyses performed by the device of the 
invention. A user can view the CPT code for a procedure 
double -clicking on the procedure. 

By selecting certain procedures for inclusion, and 
observing the resulting effect on the outcome of the 
analyses (discussed in more detail below) , a user can 
project the effect of being at-risk for all eyecare 
procedures versus being at-risk for sub-specialty 
procedures only. Procedures for which a health-care 
provider will not be responsible under a particular 
contract may be left out of the analysis by de- selecting 
the check boxes in the right-hand column of the Procedures 
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Provided dialog box. If the analysis is to include certain 
procedures which are to be contracted out to other 
providers, those procedures should remain selected for 
inclusion; the Revenue dialog box, discussed in detail 
below, will provide insight into the amount that may be 
paid to other providers in a revenue -neutral manner. 

There may also be situations in which providers are 
responsible only for subspecialty care, such as vitreo- 
retinal surgery. The machine of the invention may provide 
insight in this situation as well. However, the following 
caution applies. Currently, it is possible to estimate the 
number of surgical procedures to be performed in 
subspecialty areas but not to separate office visits by the 
same categories. Therefore, selecting only subspecialty 
procedure types and inputting a subspecialty capitation 
rate will estimate a revenue per procedure that includes 
all office visits, including visits for those persons who 
do not undergo a surgical procedure. It can be argued that 
all office visits with a given diagnosis (such as retinal 
detachment) be attributed to the associated surgical 
procedure. 

A "Summary" button on the Main screen (FIG. 5) is used 
to access a "Summary" dialog box, which is illustrated in 
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FIG. 8. The Summary dialog box displays a database of the 
number of procedures in aggregated categories for 
individuals under 65 and over 65. The Procedures dialog 
box provides a tabular display of data, including a 
"Category" column listing procedures, a "Number of 
Procedures column for patients under 65, and a "Number of 
Procedures" column for patients over 65. 

A "Utilization" button on the Main screen (FIG. 5) 
accesses a Utilization-of -Procedures dialog box, which is 
illustrated in FIG. 9. The Utilization-of -Procedures 
dialog box permits a user to project the utilization of 
ophthalmologic procedures by beneficiary, under the 
utilization scenarios chosen on the Main screen. The 
default utilization rates are derived from a national or 
locality- specif ic database of rates observed for a 
particular year. Utilization is expressed as a simple 
rate. For instance, a rate of 0.050 means that 5 persons 
per 100 or 50 persons per thousand might undergo that 
procedure. Rates are based on the experience of 
beneficiaries from a particular locality who were covered 
by 'indemnity insurance in a particular year. 

To view the utilization of procedures data by CPT 
code, a user can double-click on a particular procedure. 
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Doing so accesses a "Utilization of Procedures- CPT Codes" 
dialog box, which is illustrated in FIG. 10. 

An "RVU" button on the Main screen (FIG. 5) is used to 
access an "Expected RVU Per Beneficiary" dialog box, which 
is illustrated in FIG. 11. This dialog box is used to 
project the Relative Value Units (RVUs) of service 
associated with the categories of ophthalmologic service 
likely to provided under a particular contract or other 
scenario. RVU's of service are preferably obtained by 
multiplying the utilization rate of each procedure by its 
RVU value, as reflected in a Medicare Fee Schedule. A user 
can select which of the four scenarios (i.e., Current, 
Scenario 1, Scenario 2, or Scenario 3) to display by using 
a mouse to click one of the four buttons along the top of 
the screen. 

While the use of relative value units to adjust 
payment rates across specialties is problematic because of 
difficulty of developing appropriate anchor procedures for 
comparison, the use of RVUs to compare one ophthalmologic 
procedure to another is less problematic, since the scale 
is 'based on answers provided by over 500 ophthalmologists. 

To view the expected RVU data by CPT code, a user can 
double-click on a particular procedure. Doing so accesses 
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an "Expectedd RVU Per Beneficiary- CPT Code" dialog box, 
which is illustrated in FIG, 12. 

A "Revenue" button on the Main screen (FIG. 5) 
accesses a "Revenue" dialog box, which is illustrated in 
FIG. 13. The Revenue dialog box projects the revenue 
associated with each procedure under the scenario of 
Capitation Rate/Copayment /Utilization chosen by the user. 
The Revenue dialog box comprises a clumnar display of data, 
including a "Category" column listing procedures, a 
"Revenue Per Service" for patients under 65, and a "Revenue 
Per Service" column for patients over 65. While the 
revenue analysis illustrated in FIG . 13 has the appearance 
of a fee schedule, it is important to recognize the key 
difference, namely that predicted revenue will be 
underestimated if utilization is higher than expected and 
vice versa. 

The invention according to the preferred embodiment 
predicts Revenue Per Service, as displayed in the Revenue 
dialog box, according to the following steps: 

First, determine the total RVUs per procedure and per 
person likely to be provided under ^the chosen utilization 
scenario. 
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Second, calculate the Revenue ("R") per RVU as 
follows : 

R per RVU= (Capitation Rate x 12) /Total RVUs per person 

Third, calculate the Revenue Per Service ("RPS") as 
follows : 

RPS = (RVUs for service x Revenue per RVU) + Copay 

The invention according to the preferred embodiment 
permits the user to choose to display revenue data for a 
particular scenario by selecting any of the "Current 
Utilization," "Scenario 1," "Scenario 2," or "Scenario 3" 
buttons along the top of the Revenue dialog box. A user 
may also view revenue data by CPT Code by double-clicking 
a particular procedure in the Category column. Doing so 
accesses a "Revenue- CPT Codes" dialog box, which is 
illustrated in FIG. 14. 

A "Calculator" button on the Main screen (FIG. 5) 
accesses a "Capitation Calculator'* dialog box, which is 
illustrated in FIG. 15. This dialog box permits use of the 
invention to perform ad hoc capitation calculations. A 
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user selects Utilization and Co-Pay values by manipulating 
the various spin buttons in the top block of the Capitation 
Calculator dialog box. The user can then select an 
appropriate radio button for his preferred calculation 
method, i.e., Dollars Per RVU, Fee Schedule (Aggregate), or 
Fee Schedule (CPT Code) . Selecting the "Calculate" button 
causes the invention to display a resulting capitation 
rate. The Capitation Calculator dialog box also preferably 
comprises three editor buttons: a "Utilization Editor" 
button, an "RVU Editor" button, and a "Fee Schedule Editor" 
button. The functions for each of the buttons are 
discussed below. 

Selecting the "RVU Editor" button from the Capitation 
Calculator dialog box (FIG. 15) accesses an "RVU Editor" 
dialog box, which is illustrated in FIG. 16. The RVU 
Editor dialog box can also be accessed via an "Advanced" 
menu on the Main screen (FIG. 5) . The RVU Editor function 
of the invention permits a user to enter and select user- 
defined RVU values. The RVU Editor dialog box comprises a 
tabular display of RVU data, including a Category column 
listing medical procedures, a "Default RVU" column listing 
widely-accepted default RVU values, and a "User Defined 
RVU" column in which a user can insert customized RVU 
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values. A "Use Default" button causes the device of the 
invention to use the default database of RVU values for 
purposes of performing calculations, while a "Use Custom" 
button causes the device to use a database which includes 
the User-Defined RVU values. 

The "Utilization Editor" button in the Capitation 
Calculator dialog box (FIG. 15) accesses a "Utilization 
Editor" dialog box, which is illustrated in FIG. 17. The 
Utilization Editor dialog box can also be accessed via the 
"Advanced" menu in the Main screen (FIG. 1) . The default 
utilization rates used by the invention to perform 
calculations are based on a database of national or 
locality-specific values observed for a particular year. 
The Utilization Editor dialog box permits a user to enter 
user-defined utilization values to replace the default 
data. A "Use Default" button causes the invention to use 
the default database for calculations, while a "Use Custom" 
button causes the invention to use the customized 
utilization values defined by the user. 

The "Fee Schedule Editor" button in the Capitation 
Calculator dialog box (FIG. 15) accesses an "Aggregate 
Editor- Medicare Fee Schedule" dialog box, which is 
illustrated in FIG. 18. The Aggregate Editor- Medicare Fee 
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Schedule dialog box can also be accessed via the "Advanced" 
menu in the Main screen (FIG. 1) . The default fee data 
used by the invention to perform calculations are based on 
a database which reflects the Medicare Fee Schedule for 
aggregated procedures. This dialog box permits a user to 
enter user-defined fees for aggregated procedures. A "Use 
Medicare" button causes the invention to use the default 
Medicare Fee Schedule database for calculations, while a 
"Use Custom" button causes the invention to use the 
customized fee data defined by the user. To view the fee 
data by CPT code, a user can double-click on a particular 
procedure. Doing so accesses a "CPT Editor- Medicare Fee 
Schedule" dialog box, which is illustrated in FIG. 19. 
This dialog box can also be accessed via the "Advanced" 
menu in the Main screen {FIG. 5) . 

The above-described "Advanced" menu further permits 
access to a "Locality Covered" dialog box, which is 
illustrated in FIG. 20. This dialog box permits a user to 
cause the machine of the invention to use alternate 
databases for its calculations so that the calculations use 
data drawn from a population which closely matches that of 
covered individuals for a particular contract scenario. A 
user may select a national database or one of a plurality 



of locality-specific databases. The localities available 
preferably are based on health market areas, using the 
Bureau of Economic Analysis Economic Areas, which 
correspond to standard Metropolitan Statistical Areas 
combined with their surrounding suburban and rural 
counties . 

The above -de scribed "Advanced" menu further permits 
access to a "User ID" dialog box, which permits a user to 
enter a name and identification number so as to permit use 
of the program by multiple, independent users. That is, a 
particular user's data is associated with his User Id 
information and can be recalled at a later time. 

While the invention has been particularly shown and 
described with reference to a preferred embodiment thereof, 
it will be understood by those skilled in the art that 
various changes in form and details may be made therein 
without departing from the spirit and scope of the 
invention. 
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